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Umsetzer U ins Engineering- (ES1-ES4) und ins Run- 
Time-System (RTS1-RTS4) der Steuerung gebracht 
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B schr ibung 

[0001] Die Erfindung beziehtsich auf ineuniverselle Bewegungssteuerungmit Engineering- und Run-Time-System, 
welche funktionell die klassischen Aufgaben einer speicherprogrammierbaren Steuerung und einer numerischen 

5 Steuerung in sich vereinigt. 

[0002] Es ist heutzutage ublich, sowohl fur die speicherprogrammierbare Steuerung als auch fur die Bewegungs- 
steuerung jeweils unterschiedliche hierarchische Ablaufebenen zu modellieren, denen Software-Tasks zur Steuerung 
des jeweiligen technischen Prozesses zugeordnet werden. Diese Tasks konnen Systemaufgaben erfullen, sie konnen 
aber auch anwenderprogrammiert sein. 

10 [0003] Es ist bekannt, daB bei einer speicherprogrammierbaren Steuerung "SPS", also auch bei einer Bewegungs- 
steuerung "NC", Anwenderpro gramme bzw. vom Anwender erstellte Tasks in den Speicher der jeweiligen Steuerung 
zugeladen und zur Ausfuhrung gebracht werden konnen. 

[0004] Aus der DE 197 40 550 A1 ist es bekannt, daB ProzeBsteuerungsfunktionalitaten der speicherprogrammier- 
baren Steuerungen "SPS" und Bewegungsfunktionalitaten von NC-Steuerung in einem einheitiichen konfigurierbaren 

15 Steuerungssystem integriert werden konnen. 

[0005] Diese SPS/NC-lntegration geschieht in Form des Zusammenschaltens von SPS- und NC-Steuerungsbau- 
gruppen. Bei einer solchen Ausfuhrung der Integration wird aber keine optimale und effiziente Taskstruktur fur die 
Gesamtheit der Steuerungsaufgaben erreicht. AuBerdem kann bezuglich der ProzeBsteuerung, also auch bezuglich 
der Bewegungssteuerung, erweiternde Funktionalitat nur in Form von Anwenderprogrammen nachgeladen und zur 

20 Ausfuhrung gebracht werden. 

[0006] Es ist heutzutage ublich, Steuerungen mit Parametrierinformationen zu versorgen. 
[0007] Parametrierinformationen umfassen in diesem Zusammenhang 

die Beschreibung von Systemvariablen mit Datentyp, Attributen und Beschreibungstexten, 
25 - die Beschreibung von Alarmen, mit ihrem strukturellen Aufbau, Attributen und Alarmtexten, sowie 

die Beschreibung von Sprachbefehlen (Bewegungs- und Technologiebefehle) mit Syntax und dazugehorigen Pa- 
rameters 

[0008] Ublicherweise werden aber diese Parametrierinformationen, die an unterschiedlichen Stellen innerhatb der 
30 Steuerung benotigt werden, jeweils separat an diesen Stellen in der Steuerung implementiert. Die Konsistenz dieser 
verteilt implementierten Parametrierinformationen ist nur sehr aufwendig sicherstellbar. 

[0009] Der Erfindung liegt daher die Aufgabe zugrunde, fur jeweils unterschiedliche Steuerungsaufgaben und un- 
terschiedliche Randbedingungen bzw. Anforderungen des zugrundeliegenden technischen Prozesses in einfacher 
Weise optimale Auspragungen der kombinierten SPS/NC-Steuerungen sowohl hinsichtlich ihrer Steuerungsstruktur 
35 als auch hinsichtlich ihrer Funktionalitat zu erstellen und dabei sicherzustellen, daB die in der Steuerung implemen- 
tierten Parametrierinformationen immer konsistent zueinander sind. 

[0010] GemaB der Erfindung wird diese Aufgabe dadurch gelost, daB ein einheitliches Ablaufebenenmodell derge- 
stalt gebildet ist, daB es mehrere Ablaufebenen unterschiedlichen Typs mit unterschiedlicher Prioritat aufweist, wobei 
von hochster bis niedrigster Prioritat verschiedene Anwender- und Systemebenen vorgesehen sind und daB jeweils 

40 Technologiepakete anwenderseitig in das Engineering- und/oder Run -Time-System ladbar sind, daB eine Datenquelle _ 
fur Beschreibungsinformationen fur Systemvariablen sowie gegebenenfalls Al arm e und/oder Sprachbefehle uber einen 
Umsetzer dem Engineering-System Sprachbefehle und/oder Systemvariablen zur Verfugung stellt, daB aus dem Run- 
Time-System die Systemvariablen mit aktuellen Daten des technischen Prozesses versorgbar sind und daB uber eine 
Bedienoberflache des Engineering-Systems weitere Eingaben anwenderseitig machbar sind. 

45 [001 1 ] Ein wesentlicher Vorteil der Erfindung liegt darin , daB die Parametrierinformationen der Steuerung, die sowohl 
im Engineering-System, im Run-Time-System, aber auch fur die Dokumentation und eineetwaige Test auto matisierung 
benotigt werden, immer konsistent sind, Der Umsetzer, der an zentraler Stelle die Parametrierinformationen fur die 
Dokumentation, das Engineering-System und das Run-Time-System aufbereitet und verteilt, kann ohne groBen Auf- 
wand Semantikchecks durchfuhren. Auch konnen OEM (Original Equipment Manufacturer)-Kunden in dieser Daten- 

so quelle fur Beschreibungsinformationen, d.h. an definierter Stelle, aufwandsarm weitere Parametrierinformationen fur 
die Steuerung erstellen und in die Dokumentation einbringen, 

[0012] Ein weiterer Vorteil der Erfindung liegt darin, daB innerhalb der Ablaufebenen die Tasks der Steuerung so 
angeordnet werden konnen, daB der Kommunikationsaufwand innerhalb der Steuerung reduziert wird. 
[0013] Ein weiterer Vorteil liegt darin, daB anwenderseitig durch die Zuladung von Tech nolo giepaketen in das Engi- 
55 peering- und/oder Run-Time-Syst m der St uerung eine anwendungsspezifische Skalierung des Run-Time-Systems 
der Steuerung bezuglich ihrer Funktionalitat erreicht werden kann. 

[0014] Eine erste vorteilhafte Ausgestaltung der Erfindung liegt darin, daB vom Urns tzer aus dem Bestand der 
Datenquelle relevante Dokumentationsinformationen an ein Ausgabemedium weiterieitbar sind. Dadurch wird sicher- 
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gestellt, daB all Dokumentationsinformationen aus ein r gemeinsam n Datenquelle stammen und somit immer un- 
tereinanderkonsistent sind, unabhangig, auf welches Ausgabemedium (z.B. Druckeroder Online-Hilfe) die Dokumen- 
tationsinfonnation ausgegeben wird. 

[0015] Eine weitere vorteilhafte Ausgestaltung der Erfindung liegt darin, daB als Ablaufebenen vorgesehen sind: 

5 

a) eine Lagereglerebene, bestehend aus zugehoriger getakteter Systemebene und Anwenderebene," 

b) eine Interpolatorebene, bestehend aus zugehoriger getakteter Systemebene und Anwenderebene, 
io c) eine Event-Systemebene fur reaktionspflichtige Ereignisse, 

d) eine Anwenderebene fur asynchrone Fehler, 

e) eine weitere, vom Anwender anforderungsspezifisch frei projektierbare Anwenderebene fur Alarm- und/oder 
'5 Event- und/oder Regelungs- und/oder sonstige zyklische Tasks, 

f ) eine aus der Abfolge von Bewegungssequenzen, freien Zyklen und niederprioren sonstigen Systemtasks, ge- 
bildcte Ebenengruppe fur Hintergrund-Bearbeitung, 

20 wobei die Ablaufebenen a bis e eine Ebenengruppe fur Echtzeit-Bearbeitung bilden. 

[0016] Ein wesentlicher Vorteil dieser Schichtung liegt darin, daB die Kommunikation zwischen den Tasks der Pro- 
zeBsteuerung und denen der Bewegungssteuerung minimiert wird. Dadurch kann die Programmierung der Steue- 
rungsaufgaben fur die ProzeBsteuerung und fur die Bewegungssteuerung in einer einheitiichen Programmiersprache 
mit cincr einheitiichen Erstelloberflache erfolgen. 

25 [0017] Eine weitere vorteilhafte Ausgestaltung der Erfindung liegt darin, daB die Technologiepakete beinhalten: 

a) Code-Teile, die die Regelungsspezifika fur das Run-Time-System reprasentieren und 

b) einen Konfigurierteil der die Zuordnung dieser Code-Teile zu den jeweiligen Systemebenen, sowie deren Be- 
30 arbeitungsfolge aufweist, wobei 

c) bedarfsweise diese Informationen des Konfigurierteils auch an das Engineering-System weiterteitbar sind. 

[0018] Somit ist es mogiich, da3 der Anwender durch dynamisches Zuladen solcher Technologiepakete die Mog- 

35 lichkeit einer technologischen Skalierung des Run-Time-Systems der Steuerung besitzt. Damit kann der Anwender 
ausgehend von einem Basissystem der Steuerung den Befehlsvorrat dieses Basissystems bzw. Betriebssystems dy- 
namisch zugeschnitten auf die jeweiligen Erfordernisse des zugrundeliegenden technologischen Prozesses oder der 
Steuerungsaufgabe erweitern. Der Anwender hat somit die Moglichkeit, die vorhandene Grundfunktionalitat einer 
Steuerung gezielt urn solche Funktionalitaten zu erweitern, die er wirklich fur seine Anwendungen benotigt Das Ba- 

40 sissystem bildet hierbei den Auslieferungsumfang des Run-Time-Systems einer Steuerung, namlich ein Echtzeitbe- 
triebssystem, ein Ablaufsystem (mit System- und Anwenderebenen), Technologieobjekttypen, Sprachbefehle, den 
SPS-Befehlsvorrat sowie Kommunikations- (z.B. LAN. E/A) und technologische Schnittstellen (z.B. Antriebe, Geber) 
zum technischen ProzeB. Im Basissystem befindet sich somit die notwendige Grundfunktionalitat einer Steuerung. 
Das Basissystem ist dabei auf unterschiedlichsten HW-Plattformen (z.B. PC, Antrieb, ...) ablauffahig. 

45 [001 9] Dadurch, daB die Informationen des Konfigurierteils eines Technologiepaketes uber die Datenquelle und den 
Umsetzer ins Run -Time-System und ins Engineering-System gebracht werden, lassen sich Parametrier- und Konfigu- 
rierinformationen in einheillicher Weise in die Steuerung einbringen und ein Anwender kann an zentraler Stelle Ande- 
rungen in den Parametrier- bzw. Konfigurierdaten vornehmen. Die sogenannten Parametrierinformationen entspre- 
chen Datenbeschreibungen fur ubliche und generelle Steuerungsaspekte, namlich Systemvariablen, Alarmen und 

so Sprachbefehlen. Die Konfigurierinforrnationen beziehen sich hingegen auf Technologiepakete und damit auf die Mog- 
lichkeit einer technologischen Skalierung einer Steuerung. 

[0020] Dadurch, daB jedes Technologiepaket eine angepaGte Anzahl von Technologieobjekttypen fur das Run-Time- 
System beinhaltet, ist es mogiich, auch komplexe und anspruchsvolle Steuerungsfunktionalitaten in einer ubersichtli- 
chen und verstandlich n Form dem Run-Ttme-System zuzuladen. 
55 [0021] Eine weitere vorteilhafte Ausgestaltung der Erfindung It gt darin, daB des weiteren Bedienoberflacheninfor- 
mationen, insb sondere Bedienparameter, und/od rSprachm chanismen und/oder D klarationsteil den Code-Teilen 
zuweisbar sind. 

[0022] Dadurch ergeben sich folgende Vorteile: 
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[0023] Urn einen Technologieobjekttyp mcht nur als nicht mehr anderbare Konstante verwenden zu konnen, muG 
der Technologieobjekttyp dem Erstellsystem die Mogiichkeiten der Parametrierung fur seine instanziierten Technoio- 
gieobjekte und insbesondere die vorhandenen Bedienparameter bekanntmachen. Damit hat ein Anwender die Mog- 
lichkeit, ein Technologieobjekt in der Oberflache des Erstel (systems ftexibel zu parametri ren. 
5 [0024] Dadurch, da(3 auch Sprachmechanismen zuladbar sind, ist es moglich, daft dynamisch der Befehlsvorrat des 
Run-Time-Systerns erweitert werden kann. In einem Anwenderprogramm kann der Anwender einen solchen zugela- 
denen Befehl in der Form verwenden, ais ware er ein Befehl der Grundfunktionalitat. 

Wenn ein Anwenderprogramm mit einem solchen zugeladenen Befehl innerhalb einer Anwenderebene des Ablaufe- 
benenmodells abgeanbeitet wird, wird bei Aufruf dieses zugeladenen Befehls die dazugehorige Codesequenz des 
10 Betriebssystems auf einer der Systemebenen des Ablaufebenenmodells abgearbeitet. Dies geschieht ohne Zutun des 
Anwenders. Durch die Zuordnung von Deklarations- und Beschreibungsteilen zu den Code-Teilen des Technologie- 
paketes wird die Flexibility fur den Anwender weiterhin erhoht. 

[0025] Ein Ausfuhrungsbeispiel der Erfindung ist in der Zeichnung dargestelit und wird im folgenden erlautert. 
[0026] Dabei zeigen: 

FIG 1 die Steuerung eines technischen Prozesses mit getrennter speicherprogrammierbarer Steuerung und Bewe- 
gungssteuerung. Die Programmierung erfolgt uber jeweils separate Programmiersysteme, 

FIG 2 die wesentlichen Ablaufebenen einer klassischen speicherprogrammierbaren Steuerung, 

FIG 3 die wesentlichen Ablaufebenen einer Bewegungssteuerung, 

FIG 4 eine universelle Steuerung, d.h. eine kombinierte SPS/NC-Steuerung mit einem dazugehdrigen Program- 
miersystem, 

FIG 5 das Ablaufebenenmodell der universellen Steuerung, 

FIG 6 zeigt als 00(objektorientiert)-Strukturdiagramm ein Technologiepaket, bestehend aus Code-Anteil, Parame- 
ter, Firmware-Konfiguration, Technologieobjekttyp, Sprachkomponente und Deklarationsteil, 

FIG 7 zeigt als OO-Strukturdiagramm Technologieobjekttypen fur das Technologiepaket Kunststoff und 

FIG 8 zeigt wie aus einer Datenquelle die Beschreibungsbzw. Parametrierinformationen uber einen Umsetzer dem 
Engineering-System, dem Run-Time-System und einem Ausgabemedium zur Verfugung gestellt werden. 
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[0027] In der Darstellung gemaG FIG 1 wird, in Form eines Strukturbiides gezeigt, daG zur Steuerung eines techni- 
schen Prozesses TP1 ein paralleler Betrieb einer speicherprogrammierbaren Steuerung SPS und einer Bewegungs- 
steuerung NC stattfindet. Speicherprogrammierbare Steuerung SPS und Bewegungssteuerung NC enthalten jeweils 
ein Run-Time-System RTS1 bzw. RTS2. Die Kommunikation zwischen den beiden Steuerungen erfolgt uber spezielle 
40 Hilfsmittel, exemplarisch dargestelit ist ein bidirektionaler Kommunikationskanal K. Die Programmierung der Steue- 
rungen durch den Anwender erfolgt in der Regel in unterschiedlichen Programmiersprachen mit unterschiedlichen 
Erstelloberflachen. Das heiBt, durch jeweils separate Programmier- oder Engineering-Systeme P1 , ES1 und P2, ES2. 
Der wesentliche Nachteil dieser konventionellen Ausfiihrung liegt zum einen in der aufwendigen Kommunikation zwi- 
schen den beiden Steuerungen, zum anderen in den separaten und unterschiedlichen Programmier- bzw. Engineering- 
's Systemen P1 , ES1 und P2, ES2. Uber Ein- und Ausgange EA1 , EA2 der Steuerungen wird der eigentliche technische 
Proze3 TP1 gesteuert. Zwischen dem Programmiersystem P1 und der speicherprogrammierbaren Steuerung SPS 
bzw. zwischen dem Programmiersystem P2 und der numerischen Steuerung NC befinden sich Informationspfade 11 
bzw. 12, auf denen die Programme in die jeweilige Steuerung geladen werden. 

[0028] In der Darstellung gemaf3 FIG 2 sind die wesentlichen Ablaufebenen einer klassischen speicherprogrammier- 
so baren Steuerung (SPS; FIG 1), angeordnet nach ihrer Prioritat, gezeigt. Der Prioritatsanstieg ist dabei durch einen 
Pfeil symbolisiert: In der niederpriorsten Ebene werden, wie durch eine gestrichelte Linie angedeutet, zwei unterschied- 
liche Aufgaben, namtich ein freier Zyklus, d.h. "Anwenderebene freier Zyklus" und eine Hintergrund-Systemebene, d. 
h. "Systemebene Hintergrund", im Round-Robin-Verfahren, also zeitscheibengesteuert, abgewickelt. Der Hintergrund- 
Systemebene sind z.B. Kommunikationsaufgaben zugeordnet. Bei einer folgenden getakteten Anw nderebene, be- 
55 zeichnet als "Anwenderebene getaktet", ist der Aufruftakt der Tasks bzw. der Programme dieser Ebene parametrierbar. 
Es erfolgt eine Uberwachung dahingehend, ob die Bearbeitung eines Anwenderprogrammes dieser getakteten Ebene 
rechtzeitig abgeschlossen ist, bevor das Startereignis erneut auftritt. Lauft die Taktzeit ab, ohne da3 das Anwender- 
programm der zugeordneten Ebene fertig abgearbeitet ist, wird eine entsprechende Task einer prioritatsma3ig uber- 
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nachsten "Anwenderebene fur asynchrone Fehler" gestartet. In dieser "Anwenderebene fur asynchrone Fehler" kann 
der Anwender die Behandlung von Fehlerzustanden ausprogrammieren. 

[0029] Auf die "Anwenderebene getakter folgt eine "Anwenderebene Events". Die Reaktion auf externe oder interne 
Ereignisse (Events) erfolgt innerhalb der "Anwenderebene Events'. Ein typisches Beispiel fur ein solch s Ereignis ist 
das Uberschreiten eines Grenzwerts. In einer "Systemebene hochprior" liegen Aufgaben des Betriebssyst ms, welche 
die Arbeitsweise der speicherprogrammierbaren Steuerung sicherstellen. 

[0030] Die Darstellung gemaB FIG 3 zeigt die wesentlichen Ablaufebenen einer Bewegungssteuerung (NC; FIG 1). 
Auch hierbei sind dieeinzelnen Ebenen nach ihrer Prioritat hierarchisch, wie durch einen Pfeil symbolisiert, angeordnet. 
Eine "Systemebene Hintergrund" und eine "Anwenderebene sequenziell" haben eine gleiche Prioritat, namlich die 
niedrigste. Diese aufgabenmaBige Zusammengehorigkeit ist wie bei FIG 2 durch eine gestrichelte Linie symbolisiert. 
Die Tasks der "Anwenderebene sequenziell" werden zusammen mit den Tasks der "Systemebene Hintergrund" im 
Round-Robin-Verfahren abgearbeitet Typische Tasks der "Systemebene Hintergrund" sind z.B. solche fur Kommuni- 
kationsaufgaben. In der "Anwenderebene sequenziell" laufen die vom Anwender programmierten Programmteile fur 
die eigentliche Steuerungsaufgabe. StoGt die Steuerung in einern dieser Programmteile auf einen Bewegungs- Oder 
Positionierbefehl, wird ein Suspend gesetzt, d.h. das Anwenderprogramm wird an dieser Stelie unterbrochen. Die 
Abarbeitung dieses Bewegungs- Oder Positionierbefehls geschieht in einer hochstprioren "Systemebene getakter. Em 
jeder Lageregler, der in der "Systemebene getakter ablauft, fuhrt diesen Bewegungsbzw. Positioniert>etehl aus. Nach 
Ausfuhrung des Befehls wird in die "Anwenderebene sequenziell" zuruckgesprungen und das durch Suspend unter- 
brochene Anwenderprogramm wird durch ein Resume an der gleichen Stelie fortgesetzt. Die "Systemebene getakter 
enthalt neben den schon erwahnten Lagereglem auch den Interpoiationsteii der Steuerung. 

[0031] Auf die niederpriorste Ebene setzt eine "Anwenderebene getaktet" auf. Hier laufen zyklische Tasks ab, z.B. 
Reglerf unktionalitaten . 

[0032] In einer folgenden "Anwenderebene Events" sind solche Tasks untergebracht die auf externe oder interne 
Ereignisse reagieren. Solche Ereignisse konnen beispielsweise Alarme sein. 

[0033] In der Darstellung gemaB FIG 4 wird ein technischer ProzeB TP2 durch eine kombinierte SPS/NC-Steuerung 
UMC gesteuert. Das Akronym UMC steht fur UNIVERSAL-MOTION -CONTROL. Die Verbindung zwischen der Steue- 
rung UMC und dem zugehorigen technischen ProzeB TP2 geschieht bidirektional uber Ein-/Ausgange EA3. Die Pro- 
grammierung der kombinierten SPS/NC-Steuerung geschieht uber ein gemeinsames Programmier- P3 oder Enginee- 
ring-System ES3, wobei das Engineering-System ES3 ebenso wie bei FIG 1 eine komfortable Oberflache fur das 
Programmiersystem P3 zur Verfiigung steHt. Die damit erstellten Programme werden uber einen Informationspfad 13 
in ein Run -Time- System RTS3 der universellen Bewegungssteuerung UMC ubertragen. Die Darstellung gema3 FIG 
5 zeigt das Ablaufebenenmodell der universellen Bewegungssteuerung. Die Priorisierung der Ebenen wird wie im 
vorangegangenen durch einen Pfeil in Richtung zur hochsten Prioritat angedeutet. Die niederpriorste Ebenengruppe 
ist die sogenannte "Ebenengruppe Hintergrund-Bearbeitung". Sie besteht aus einer "Systemebene Hintergrund", aus 
einer "Anwenderebene freier Zyklus" und aus einer "Anwenderebene sequenziell". Die Tasks dieser drei gleichpnoren 
Ebenen (angedeutet durch die gestrichelten Grenzlinien) werden zyklisch im Round-Robin-Verfahren abgearbeitet. 
Eine auf die "Ebenengruppe Hintergrund-Bearbeitung" hoherprior folgende "Ablaufebene" ist eine vom Anwender an- 
forderungsspezifisch frei projektierbare Anwenderebene FA. durch doppelte Umrandung gekennzeichnet, fur Alarm- 
und/oder Event- und/oder Regelungs- und/oder sonstige zyklische Tasks. Diese Anwenderebene FA besteht somtt 
explizit aus vier Typen von Ebenen, die wiederum hinsichtlich ihrer Prioritaten innerhalb der Anwenderebene FA vom 
Anwender staffelbar sind. 

Typ 1 : Anwenderebene Event 

Typ 2: Anwenderebene Alarm 

Typ 3: Anwenderebene getaktet 

Typ 4: Systemebene parametriert 

[0034] Ebenen dieser Typen konnen vom Anwender frei wahtbar innerhalb der Anwenderebene FA, mit jeweils zu- 
grundegelegten, vom Anwender vergebbaren Prioritaten, angeordnet werden. Damit hat derAnwender die Moglichkeit 
eine den Anforderungen und Randbedingungen der Steuerungsaufgabe und des zu steuernden technischen Prozes- 
ses optimale Auspragung der universellen Bewegungssteuerung zu erreichen. 

[0035] In der "Anwenderebene Evenr sind z.B. Tasks angeordnet, die auf Eingange der Peripherie reagieren. In der 
"Anwenderebene Alarm" sind z.B. Tasks angeordnet, die auf Grenzwertuberwachungen reagieren. In der "Anwende- 
rebene getaktet" sind zyklische an wenderprogrammierbare Tasks enthalten. in die "Systemebene parametriert" konnen 
von auBen zuladbare Programme integriert werden. Dadurch ist es moglich, daB die universale Bewegungssteuerung 
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dynamisch um zusatzliche technologische Funktionalitaten erweitert werden kann. In diese "Systemebene parame- 
triert" werden ublicherweise Tasks fur tangsame Regelungs- bzw. Oberwachungsaufgaben (z.B. Aufgaben mit Zyklus- 
zeiten im Bereich von 100 ms) zugeladen, 

[0036] Di nachsthoherpriore Ebene im Ablaufebenenmodell der universellen Bewegungssteuerung ist eine "An- 
5 wenderebene fur asynchrone Fehler". In dieser Ebene kann der Anwender, ahnlich wie bet einer speicherprogram- 
mierbaren Steuerung, die Behandtung von Fehierzustanden ausprogrammieren. In der "Anwenderebene fur asynchro- 
ne Fehler" sind z.B. Tasks angesiedelt, die auf technologische Alarme reagieren. Der Anwender hat auch die Moglich- 
keit, innerhalb dieser "Anwenderebene fur asynchrone Fehler" eine fur die Produktauspragung speztfische Anzahl von 
Ebenen zu parametrieren. Der Ubersichtlichkeit halber sind Einzeiheiten hierzu in der Darstellung nicht gezeigt. Der 
10 Anwender kann somit bedarfsweise bestimmten Fehlerereignissen eine bestimmte Prioritat zuordnen. 

[0037] Als nachstes folgt die "Event-Systemebene". Die Tasks der "Event-Systemebene" reagieren auf kritische 
interne oder externe Ereignisse, wie z.B. Nothatt. 

[0038] Die nachste Ebene ist eine "Interpolatorebene". Sie enthalt eine "getaktete Systemebene" und eine "Anwen- 
derebene". 

75 [0039] Die hochstpriore Ebene ist die "Lagereglerebene". Auch sie enthalt eine "getaktete Systemebene" und eine 
"Anwenderebene". Die Anwenderebenen der Lageregler- und Interpolatorebene enthalten Tasks, die im Lageregler- 
b/w tnterpolatortakt aufgerufen werden. Die Laufzeit dieser Tasks wird uberwacht, das Uberschreiten einer durch das 
System festgelegten Zeit fuhrt zum Abbruch der Ebene und zum Auslosen eines asynchronen Fehlers in der "Anwen- 
derebene fur asynchrone Fehler". 

20 [0040] Der Lageregler hat eine hohere Prioritat als der Interpolator, d.h. der Lageregler kann nicht vom Interpolator 
unterbrochen werden, wobei der Lageregler aber den Interpolator unterbrechen kann. 

[0041] Im Ablaufebenenmodell der universellen Bewegungssteuemng konnen prinzipiell innerhalb der einzelnen 
Ablaufebenen neben den bereits erwahnten, weitere priorisierende Schichtungen vorgesehen sein. 
[0042] Die Darstellung gemaB FIG 6 zeigt als OO-Strukturdiagramm, wobei die Kardinalitaten durch eine gangige 
25 Ziffem-Notation angezeigt werden, ein Technologiepaket TP mit seinen Bestandteilen: 

a) Ablauffahige Code-Teile (Code) 

b) Parameter (PAR) 

30 

c) Firmware-Konfiguration (FWK) 

d) Mindestens einem Technologieobjekttyp (TO) 
35 e) Sprachmechanismen (SPR) 

f) Deklarations- und Beschreibungsteii (ACC) 

[0043] Die 1 bis n Code-Teile (z.B. C-Funktionen) werden beispielsweise fur die Bewegungsfuhrung oder die Lage- 

40 regetung oderfur eine andere Technologie verwendet. Die Code-Teile konnen unter anderem Befehle fur Temperatur- 
fuhrung, Temperaturregelung oder fur spezielle Technologien wie z.B. Pressen oder Kunststoffverarbeitung beinhalten. 
Wie diese Code-Teile im Ablaufebenenmodell der Steuerung in die Systemebenen eingehangt werden und in welcher 
Reihenfolgesie zur Abarbeitung, d.h. Ausfuhrung, gelangen sollen, wird in der Firmware-Konfiguration FWKfestgelegt. 
In dieser steht also die information, in welche Systemebene ein Code-Teh integriert werden soil und wenn in einer 

45 Systemebene mehrere Code-Teile integriert sind, in welcher Reihenfolge diese Code-Teile abgearbeitet werden sollen. 
[0044] Der Parameter-Teil PAR beinhaitet Oberflachen- und Bedienparameterfur das Engineering-System (ES; FIG 
1 , FIG 4, FIG 8) als auch die Mechanismen fur das Run-Time-System (RTS; FIG 1 , FIG 4, FIG 8), die eine Parame- 
trierung errnoglichen. Damit hat der Anwender die Moglichkeit, Instanzen von Technologieobjekttypen TO eines Tech- 
nologtepaketes TP gemaB seinen Anforderungen zu parametrieren. 

so [0045] Mit Hilfe der 1 bis n Sprachmechanismen SPR eines Technologiepakets TP Iaf3t sich der Sprachvorrat des 
Engineering-Systems (ES; FIG 1, FIG 4, FIG 8) um Befehle und Operatoren, die fur das zugrundeliegende Technolo- 
giepaket TP mit seinen zugehorenden 1 bis n Technologieobjekttypen TO adaquat und sinnvoli sind, erweitern. Sprach- 
mechanismen SPR mussen ins Engineering-System (ES; FIG 1 , FIG 4, FIG 8) und ins Run-Time-System (RTS; FIG 
-I pig 4, FIG 8) der Steuerung geladen werden. Nachdem solche Sprachmechanismen (z.B. "erhohe Temperatur") 

55 im Engineering-System (ES; FIG 1 , FIG 4, FIG 8) installiert wurden, sind sie im Compiler und in der Oberflache bzw. 
im Browser des Engineering-Systems (ES; FIG 1 , FIG 4, FIG 8) bekannt und konnen vom Anwender in seinen An- 
wenderprogrammen di re kt verwendet werden. Durch eine Plug & Play-Technologie wird sichergestellt, daB im Engi- 
neering-System (ES; FIG 1 , FIG 4, FIG 8) bekannte Sprachmechanismen auch als ablauffahiges Codestuck im Run- 
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Time-System (RTS; FIG 1 , FIG 4, FIG 8) vorhanden sind. Der Anwender verwendet also die Spezif ikation d r Sprach- 
mechanismen. urn die Implement! rung im Run-Time-System (RTS; FIG 1 , FIG 4, FIG 8) braucht er sich nicht m hr 
zu kummem. In der spater noch behandelten FIG 8 wird das Zusammenspie! von Zuladen, Verwenden und Abarbeiten 
von Sprachmechanismen SPR von Technologiepaketen TP genauer eriautert werden. 

5 [0046] Zuruck zu FIG 6: In der ACC-Komponente eines Technologiepakets TP befindet sich die Beschreibung aller 
Sprachelemente, die das Technologiepaket TP enthalt, die Beschreibung aller Systemvariablen und aller Typen, die 
im Technologiepaket TP verwendet werden. Die ACC-Komponente entspricht somit einem Deklarations- und Beschrei- 
bungsteil fur das Technologiepaket TP. Diese ACC-Komponente wird in erster Linie ins Run -Time-System (RTS; FIG 
1, FIG 4, FIG 8) derSteuerung geladen. Dadurch wird sichergestellt, daB sich alle Informationen bzgl. vorhandener 

io Technologiepaketen TP und Technologieobjekttypen TO im Run-Tme-System der Steuerung befinden und somit der 
AnschluB von Bedien- und Beobachtungsgeraten (z.B. Operator Panels) sehr leicht moglich ist. 
[0047] Nachfolgende Tabelle zeigt, wohin die Bestandteile des Technologiepakets TP innerhalb der Steuerung ge- 
laden werden: entweder ins Engineering-System (ES; FIG 1, FIG 4, FIG 8) Oder ins Run-Time-System (RTS; FIG 1, 
FIG 4, FIG 8) Oder sowohl ins Engineering-System (ES; FIG 1, FIG 4, FIG 8) als auch ins Run-Time-System (RTS; 

15 FIG 1, FIG 4, FIG 8). 



Bestandteil >"''■'••.: . ."~ r 


TP- 

Kompo- 
riente 


wird 

geladen 

In: 


ablauffahiqer Code 


Code 


RT 


Parametrieroberflache (und entsprechendes Wissen Ober die einzelnen Pa- 
rameter) 


PAR 


ES 


Konfigurations-lnforrnationen 

(Informationen. wie und wo die Teile in das Ablauf system eingekitnkt werden). 


FWK 


ES + RT 


Anwenderschnittstelle (Befehte (MOVE, POS, ...). SFCs, SFBs, Systemvan- 
ablen. ...) 


SPR 


ES + RT 


Anwenderschnittstelle (qraphische Informationen) 


SPR 


ES 


Beschreibunqsinformationen fur Systemvariablen, Alarme. ... 


ACC 


ES + RT 


Obiekttypen (T echnoloqische Obiekte) 


TO 


ES + RT 


Versionsinformattonen fur Konsistenz zwischen RT, Paketen und Objekten 


ACC 


ES + RT 



[0048] In der Darstellung gemaB FIG 7 werden als OO-Strukturdiagramm exemplarisch mogliche Technologieob- 

35 jekttypen (TO; FIG 6) fur ein Technologiepaket (TP; FIG 6) Kunststoff TPK dargestellt. Bei der Kunststoffbearbeitung 
bzw. -erzeugung bendtigt man ublicherweise eine Temperaturregelung und eine Druckregelung. Der Druck, der dann 
auch durch den Druckregler DR geregelt werden muB, wird ublicherweise durch eine einfache Achse A aufgebaut, 
indem die Achse die Materialpaste zusammenpreBt. Fur die Temperaturregelung sind in diesem Beispiel zwei Tem- 
peraturreglervorgesehen, ein schnellerTemperaturreglerTRS undein langsamerTemperaturreglerTRL. Wie aus dem 

40 OO-Strukturdiagramm ersichtlich, leiten leiten sich der langsame TemperaturreglerTRL und der schnelleTemperatur- 
reglerTRS aus dem allgemeinen Temperaturregler TR ab. Die beiden TernperaturreglerTRS und TRL, der Druckregler 
DR und die Achse A werden in dem vorliegenden Technologiepaket Kunststoff durch vier Technologieobjekttypen TO 
reprasentiert, namtich TRS, TRL. DR und A. Durch die Kardinalitat (Ziffer 1 ) wird angedeutet, daB bei diesem Beispiel 
genau ein schnelterTRS und ein langsamerTemperaturreglerTRL, sowie genau ein Druckregler DR und eine Achse 

45 A verwendet werden. Hinterdem schnellen TernperaturreglerTRS kann sich z.B. ein PID-Regter, hinterdem langsamen 
TemperaturreglerTRL kann sich z.B. ein P-Regler verbergen, das sind aber Implementierungsdetails, die einen An- 
wender der Funktionalitaten dieser Technologieobjekttypen im Engineering-System (ES; FIG 1, FIG 4, FIG 8) verwen- 
det, nicht zu interessieren brauchen. Ein Anwender kann somit die Funktionalitaten dieser Technologieobjekttypen 
(TO; FIG 6) im Engineering-System (ES; FIG 1, FIG 4, FIG 8) verwenden, ohne sich urn Implementierungsdetails 

so kummem zu mussen. 

[0049] In der Darstellung gemaB FIG 8 wird gezeigt, daB aus einer Datenquelle D, die Beschreibungsinformationen 
fur Systemvariablen sowie gegebenenfalls Alarme und/oder Sprachbefehle enthalt, uber den Informationspfad 14 an 
den Umsetzer U ubermittelt werden. Der Umsetzer U generiert aus den eingespeisten Daten Parametrierinformationen 
fur das Engineering-System ES4, fur das Ausgabemedium AM und fur das Run -Time-System RTS4. Der Umsetzer U 
55 wird vor der Compilierung der Run-Time-bzw. Engin ring -System -Software aufgerufen. Er erzeugt Sourcen, die dann 
bei der Erzeugung der Run-Time- bzw. Engineering-System -Software comptliert werden. Auf dem Informationspfad 15 
werden vom Umsetzer U die Parametrierinformationen zum Engine ring-System ES4 transferiert. Die vom Umsetzer 
U erzeugten Parametrierinformationen fur die Dokumentation werden uber den Informationspfad 16 an das Ausgabe- 
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medium AM, in FIG 8 dargestellt durch einen Drucker, weitergeleitet. Als Ausgabemedium ist aber auch beispielsweise 
eine Online-Hilfe am Bildschirm vorstellbar. Die vom Umsetzer generierte Parametrierinformation fiir das Run-Time- 
System wird iiber den Informationspfad 17 in das Ablaufebenenmodeli AE des Run -Time-Systems RTS4 getaden. 
[0050] Der Umsetzer U wird immer dann aufgerufen, wenn er aus der Datenquelle D uber den Informationspfad 14 
neue Parametrierinformation erhait. Der Umsetzer U erzeugt in einem solchen Fall neue Sourcen fur die Dokumenta- 
tion, das Run-Time-System RTS4 und fiir das Engineering-System ES4. 

[0051] Beim Betrieb der Steuerung werden die ins Engineering-System ES4 geladenen System variablen vom Run- 
Time-System RTS4 uber den Informationspfad 18 mit aktuellen Daten des technischen Prozesses versorgt. Der An- 
wender hat die Moglichkeit, bezugnehmend auf den aktuellen Zustand des technischen Prozesses (TP1 , TP2; FIG 1 
bzw. FIG 4) weitere Eingaben am Engineering-System ES4 durchzufuhren. 

[0052] Uber den Informationspfad 19 kann das Run-Time-System RTS4 ein Gerat zum maschinennahen Oberwachen 
und Steuern (in FIG 8 dargestellt durch ein Operator Panel OP) mit Informationen (z.B. Alarmen) versorgen. 
[0053] Der Umsetzer U tritt beim Betrieb der Steuerung nicht mehr in Erscheinung. Die Informationspfade 14, IS, 16 
und 17 werden bei der Erzeugung der Steuerungssoftware verwendet, aber nicht beim Betrieb der Steuerung. Beim 
Betrieb der Steuerung werden die Informationspfade 18 und 19 verwendet. 



PatentansprUche 

1 . Universelle Bewegungssteuerung mit Engineering- und Run-Time-System, welche f unktionell die klasstschen Auf- 
gaben einer speicherprogrammierbaren Steuerung und einer numerischen Steuerung in sich vereinigt, 
dadurch gekennzeichnet, 

daft ein einheitliches Ablaufebenenmodeli (AE) dergestalt gebildet ist, daf3 es mehrere Ablaufebenen unterschi d- 
lichen Typs mit unterschiedlicher Prioritat aufweist, wobei von hochsterbis niedrigster Prioritat verschiedene An- 
wender- und Systemebenen vorgesehen sind und daB jeweils Technologiepakete (TP) anwenderseitig in das En- 
gineering- und/oder Run-Time-System (ES1 -ES4, RTS1 -RTS4) ladbar sind, daB eine Datenquelle (D) fur Beschrei- 
bungsinformationen fur Systemvariablen sowie gegebenenfalls Alarme und/oder Sprachbefehie uber einen Um- 
setzer (U) dem Engineering-System (ES1-ES4) Sprachbefehie und/oder Systemvariablen zur Verfugung stellt, 
daB aus dem Run-Time-System (RTS1-RTS4) die Systemvariablen mit aktuellen Daten des technischen Prozes- 
ses (TP1 , TP2) versorgbarsind und daB iiber eine Bedienoberfiache des Engineering-Systems (ES1-ES4) weitere 
Eingaben anwenderseitig machbar sind.. 

2. Universelle Bewegungssteuerung nach Anspruch 1 , 
dadurch gekennzeichnet, 

daB vom Umsetzer (U) aus dem Bestand der Datenquelle (D) retevante Dokumentationsinformationen an ein 
Ausgabemedium (AM) weiterleitbar sind. 

3. Universelle Bewegungssteuerung nach einem der vorstehenden Anspriiche, 
dadurch gekennzeichnet, 

da (3 als Ablaufebenen vorgesehen sind: 

a) eine Lageregterebene, bestehend aus zugehoriger getakteter Systemebene und Anwenderebene, 

b) eine Interpolatorebene, bestehend aus zugehoriger getakteter Systemebene und Anwenderebene, 

c) eine Event-Systemebene fur reaktionspflichtige Ereignisse, 

d) eine Anwenderebene fur asynchrone Fehler 

e) eine weitere, vom Anwender anforderungsspezifisch frei projektierbare Anwenderebene (FA) fur Alarm- 
und/oder Event- und/oder Regelungs- und/oder sonstige zyklische Tasks, 

f) eine aus der Abfolge von Bewegungssequenzen, freien Zyklen und niederprioren sonstigen Systemtasks, 
gebildete Ebenengruppe fur Hintergrund-Bearbeitung, 

wobei die Ablaufebenen a bis e eine Ebenengruppe fur Echtzeit-Bearbeitung bilden. 

4. Universelle Bewegungssteuerung nach einem der vorstehenden Anspruche, 
dadurch gekennzeichnet, 

daB die Technologiepakete (TP) beinhalten: 

a) Code-Teile, die die Regelungsspezifika fiir das Runtime-System (RTS1-RTS4) reprasentieren und 

b) einen Konfigurierteil (FWK) der die Zuordnung dieser Code-Teile zu den jeweiligen Systemebenen, sowie 
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deren Bearbeitungsfolge aufweist, wobei 

c) bedarfsweise diese Informationen des Konfigurierteils (FWK) auch an das Engineering-System (ES1-ES4) 
weiterleitbar sind. 

5 5. Universelle Bewegungssteuerung nach Anspruch 4, 
dadurch gekennzeichnet, 

da8 die informationen des Konfigurierteils (FWK) eines Technologiepaketes (TP) uber die Datenquelle D und den 
Umsetzer U ins Run -Time-System (RTS1-RTS4) und ins Engineering-System (ES1-ES4) gebracht werden. 

w 6. Universelle Bewegungssteuerung nach Anspruch 4 oder 5, 
dadurch gekennzeichnet, 

daB jedes Technologiepaket (TP) eine angepa&te Anzahl von Tech nologieobjektty pen (TO) fur das Run-Time- 
Systern (RTS1-RTS4) beinhaltet. 

15 7. Universelle Bewegungssteuerung nach Anspruch 4, 5 oder 6 t 
dadurch gekennzeichnet, 

daS des weiteren Bedienoberflacheninformationen, insbesondere Bedienparameter (PAR), und/oder Sprachme- 
chanismen (SPR) und/oder Deklarationsteile (ACC) den Code-Teilen zuweisbarsind. 
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